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Description 

IVIULTIMEDIA DATA REPRODUCING APPARATUS, 

AUDIO DATA RECETSTOG IMETHOD AND AUDIO 

DATA STRUCTURE THEREIN 
Technical Field 

[IJ The present invention relates to audio data transmission, and more particularly, to a 

nultimedia data repnxiicing apparatus, a method of receiving audio data using a hyper 
text transport protocol (HTTP) and an audio data structure used for the apparatus and 
method. 

Background Art 

[2] FIG. 1 illustrates a process of requesting an ajdio file from a server and receiving 

the requested file by a terminal receiving data over the Litemet. 

[3] Referring to FIG. 1, web browser software, such as Internet Explorer, is installed 

on a terminal 1 10 receiving data over the Internet. The terminal 1 10 can request web 
data stored on a server 120 to be transmitted using a predetermined protocol via the 
web browser software. 

[4] When the terminal 1 10 requests an aidio.acS file, which is a kind of compressed 

audio file, the terminal 1 10 transmits a file request message 130 to the server 120. The 
server 120 u-ansmits a response message 140 to the terminal 1 10 and then transmits 
audio data to the terminal 110. 

[5] Here, a generally used protocol is an HTTP protocol. The received aidio data is 

temporarily stored in a bif fer memory included in the terminal 1 10, decoded by a 
decoder repnxtetng data, and output as analog audio. 

[6] In detail, markup resource data includes HTML files, image files, script files, audio 

files, and video files. The terminal 1 10, which receives the markup resource data, is 
connected to a web server, on which the markup resource data is stored, using the 
HTTP protocol. For example, if a user wants the terminal 1 10 to access a site 
www.cbmpany.com and doNvnload an aidio.ac3 file, the terminal 110 executes the 
browser and accesses the server 120 by typing in Tittpz/Zwww.company.com' in URL 
(Uniform Resource Location) field After accessing the server 120, the file request 
message 130 is transmitted to the server 120. The server 120 transmits the response 
message 140 to the terminal 1 10. 

P] Thr 'ifr^TT prn^^^r '; thf f l or rd m nrk up r r s aT rrf ^'^^^ g;t>/^/> t>iA ^^rmmoi i in 

requests the audio.ac3 file, the server 120 transmits the aidio.acS file to the tCTminal 
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1 10. The temiina] 1 10 stores the received aidio.ac3 file in the btffer memory. The 
decoder included in the terminal 110 decodes the audio.acS file stored in the biffer 
memory and outputs the decoded file as analog audio. 

[8J In a conventional method of transmitting markup resource data, the terminal 1 10 

requests a complete file and the server 120 transmits the complete file, or when a large 
file, such as axlio data, is transmitted, the terminal 110 requests the file by defining in 
advance a range to be tnmsmitted and the server 120 transmits a portion of the file cor- 
responding to the range. 

[9] However, when data is encoded temporally, and when data to be transmitted is 

defined according to a time at which it is to be transmitted, as in audio data, it is 
difficult to use the conventional method. For example, if various kinds of audio files, 
such as MP3, MP2, and AC3, exist, when the same time information of the audio files 
is transmitted to the server 120, and when aidio data corresponding to the time in- 
formation is requested, it is difficult to use the conventional method since locations of 
files corresponding to the time information are different for each kind of audio file. 
Disclosure of Invention 

Technical Solution 

[10] The present invention provides a method of receiving audio data using an H lTP 

protocol, not a complex audio/Video streaming protocol, a structure of received audio 

meta data, and a structure of audio data. 
[11] The present invention also provides a miltimedia data reprodbcing apparatus 

capable of repixxlucing audio data in synchronization with adio data and video stored 

in a DVD. 

Advantageous Effects 

[12] As described above, according to embodiments of the present invention, audio data 

is received using an HTTP protocol, not a complex aidioMdeo streaming protocol, 
and output in synchronization with video data. 

[13] . For example, a DVD includes movie contents and video in which a director 

explains pnxbcmg procedires of the movie (director's out). The explanation is mostly 
prodred in one langage. Accordingly, a film producing company mist produce a 
special DVD to provide Korean content Therefore, since only audio produced with 
various languages is downloaded over the Internet and output in synchronization with 
origuual DVD video, problems of pnxkicing a special DVD can be overcome. 

I>p<; mption o ^" ^'T^w^ngs 

[14] FIG. 1 illustrates a process of requesting an audio file from a server and receiving 
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the requested file by a terminal receiving data over the Internet; 
[ 15] FIG. 2 is a block diagram of a terminal; 

[16] FIG. 3 is a block diagram of a sender; 

[17] FIG. 4 illustrates a process by which a terminal receives aidio data from a server 

using meta data; 

[18] FIG. 5 is a table showing request messages and response messages used to 

comnimicate between a terminal and a server; 

[19] FIG. 6 illustrates the configuration of an axiio.acS file; 

[20] FIG. 7 is a block diagram of a terminal including a round type buffer, 

[21] FIGS. 8A and 88 are detailed diagrams of chunk headers according to em- 

bodiments of the present invention; 

[22] FIG. 9 illustrates a process of reading chunk aidio data stored in a bif fer, decoding 

the chunk axlio data, synchronizing the decoded chunk audio data with video data, 
and cutputting the synchronized axiio and video data; and 

[23] FIG. 10 is a flowchart illustrating a method of calculating an initial position of 

axiio data according to an embodiment of the present invention. 

Best Mode 

[24] According to an aspect of the present invention, there is provided a nultimedia 

data reprodjcing apparatus comprising: a decoder receiving AV data, decoding the AV: 
data, and reprodcing the AV data in synchronization with predetermined markup data 
related to the AV data; and a markup resource decoder receiving location information 
of video data being reprodbced by the decoder, calculating a reproducing location of 
the markup data related to the video, and transmitting the reprodbcing location of the 
maikup data to the decoder, 

[251 According to another aspect of the present invention, there is provided a method of 

receiving ajdio data, the method comprising: receiving meta data including attribute 
information of audio data from a server; calculating initial position information of the 
audio data, transmission of which is requested, according to the attribute information 
included in the meta data; and transmitting the calculated initial position information to 
the server and receiving the audio data corresponding to the initial position- 

[26] According to another aspect of the present invention, there is provided a method of 

calculating a location of audio data, the method comprising: converting initial time in- 
formation of data, transmission of which is requested, into the number of frames 
included in the audio data; converting the nmiber of frames into initial pn?s!tinn in- 
formation of a chunk, which is a transmission unit of the audio data; and calculating 
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byte position information corresponding to the initial chunk information. 

[27] According to another aspect of the present invention, there is provided a recording 

medim having recorded thereon audio meta data comprising: information regarding a 
compression format of ajdio data; information regarding the number of bytes allocated 
to a single frame included in the axlio data; time information allocated (o the single 
frame; information regarding the size of chunk data, which is a transmission unit of the 
ajdio data, and information regarding the size of chunk head; and location information 
regarding a server in which the aniio data is stored. 

[28] According to another aspect of the present invention, there is provided a recording 

medium having recorded thereon an axlio data structure of comprising: a chunk head 
field including synchronization information determining a reference point in time for 
reprodcing the audio data; and an audio data field in which frames forming the aidio 
data are stored. 

[29] According to another aspect of the present invention, there is provided a computer 

readable medium having recorded thereon a computer readable program for 
performing a method of receiving adio data and a method of calculating a location of 
audio data. 

Mode for Invention 
[30] Hereinafter, the present invention will now be described more fiilly with reference 

to the accompanying drawings, in which exemplary embodiments of the invention arc 
shown. 

[31] A file request message used when a terminal requests a complete audio.ac3 file 

from a server is: 
[32] GET /audio.ac3 HTTP/LO 

[33] Date: Fri, 20 Sep 1996 08:20:58 GMT 

[34] Connection: Keep-Alive 

[35] User^gent: ENAV LO(Manifacturer). 

[36] A response message that the server transmits to the terminal in response to the file 

request message is: 
[37] HTTP/LO 200 

[38] Date: Fri, 20 Sep 1996 08:20:58 GMT 

[39] Server ENAV 1.0(NCSA/L5.2) 

[40] Last-modified: Fri, 20 Sep 1996 08: 17:58 GMT 

[ 4 1 ] C ffrit fi nt-t ) Tiff: tf!Xt/x m1 

[42] Content-length: 655360. 
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[43] A file request message used when the terminal requests a certain range of the 

ajdio.ac3 file from the server is: 
[44] GET /audio.ac3HTrP/L0 

[45] Date: Fii, 20 Sep 1996 08:20:58 Gk4T 

[46] Connection: Keep-Alive 

[47] User Agent: ENAV 1.0(Manifacturer) 

[48] Range: 65536-13 1072. 

[49] If the terminal requests data from a 65536 byte position to a 13 1072 byte position 

of the aidio.ac3 file as shown above, a response message from the server is: 
[50] HTTP/L0 200 

[51] Date: Fri, 20 Sep 1996 08:20:58 GMT 

[52] Server: ENAV 1.0(NCSA/1.5.2) 

[53] Last-modified: Fri, 20 Sep 1996 08:17:58 GMT 

[54] Content-type: text/xml 

[55] Content-length: 65536. 

[56] FIG. 2 is a block diagram of a terminal. Referring to FIG. 2, a terminal 200 

includes an MPEG data biffer 201, a markup resource biffer 202, an MPEG decoder 
203, and a markup resource decoder 204. The terminal 200 can receive data from a 
server 210 via a network or from a recording medium 205 such as a disc. 

[57] A markup resource stored in the server 210 is transmitted to the markup resource 

biffer 202, and decoded by the markup resource decoder 204. Video data stored in the 
recording medim 205 is transmitted to the MPEG data biffer 201 and decoded by the 
MPEG decoder 203. The decoded video and markup resource are displayed together. 

[58] FIG. 3 is a block diagram of a server. 

[59] A server 300 includes a data transmitter 301, an audio sync signal insertion urut 

302, and a markup resource storage unit 303. The data transmitter 301 transmits data to 
and receives data from a plurality of terminals 310, 320, and 330. The adio sync 
signal insertion unit 302 inserts a sync signal for similtanecusly reproducing audio and 
video by synchronizing the aidio and video when the video is reproduced. The markup 
resource storage unit 303 stores markup resource data such as an audio.ac3 file. 

[60] FIG. 4 illustrates a process by which a terminal receives audio data from a server 

using meta data. 

[6 1] A terminal 410 transmits a request message requesting meta data (audio.acp) to a 

server 420 in step 401. The server 420 transmits a response message to flie terminal 

410 in response to the request message in step 402. Then, the server 420 transmits the 
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meta data to the terminal 410 in step 403. 



[62] The aidio meta data ariio^acp file is: 

[63] <media version=* 1 .0'> 

[64] <data name='fomiat' value='aLidio/ac3' /> 

[65 ] <data name^'by teperframe' value=' 1 20* /> 

[66] <data name='nisperframe' value='32* /> 

[67] <data name='chunktype' value=' 1 ' /> 

[ffi] <data name='chunksize* value=B 1 9T /> 

[69] <data name='chunkheader' value='2 1 ' /> 

[70] <data name= location' value=Tittpy/wwvv.company.coni/ac3/audio.ac3' /> 

[71] </media>. 

[72] As indicated above, the audio meta data includes an audio file forniat, the number 



of bytes per frame, time for reproducing a single frame, a chunk type, the size of 
chunk, the size of a chunk header, and a location of stored audio data. The terminal 
410 stores the received audio meta data audio.acp file in a buffer memory included in 
the terminal 410. Here, the axlio.acp meta data can be read from a disc or received 
from a server via a network. The audio.acp meta data can also be transmitted as any 
type including a file type, 
[73] The terminal 410 receives the audio.acp meta data and calculates a location of 

audio data to be read in step 404. A method of calculating the location of (he aidio 
data will be described later. When the location is calculated, the terminal 410 transmits 
a message requesting the actual aidio fde axlio.ac3 to the server 420 in step 405. The 
server transmits a response message to the terminal 410 in response to the audio file 
request message in step 406 and then transmits aidio.ac3 audio data to the terminal in 
step 407. 

[74] FIG. 5 is a table showing request messages and response messages used to 

comminicate between a terminal and a server. 
[75] Referring to FIG. 5, messages transmitted from a terminal to a server include a 

meta data request message and an ac3 file request message, and messages transmitted 

from the server to the terminal include response messages in response to the request 

messages. 

[76] FIG. 6 illustrates the configuration of an axlio.ac3 file. 

[77] An adio.ac3 file includes chunk header fields 610 and 630 and ac3 audio data 

fipMc 1^90 an H fM\ ThR rh nnV Vip^Hpt fif-iHc f^^(\ ^^ 630 i ncl "^^ isyn^h"^ ^ ^ ^^ ^ ^^" 
formation determining a temporal refCTence point for reprodbcing aidio. The ac3 adio 



• 

wo 2004n00158 



7 



data fields 620 and 640 include eudio data including a plurality of frames. A single 
adio finame can be inclined in a single ac3 aidio data field, and the single aidio 
fi^ame, such as a foirth frame 624, can be divided into two. 
[78] A process of calculating a location of aidio data that a terminal requests from a 

ser\'er is as follows. 

[79] The terminal calculates the number of b>^es corresponding to an initial position 

requested by the terminal by analyzing audio meta data adio.acp stored in a bif fer 
memory included in the terminal. For example, if the initial position of a file requested 
by the terminal is 10 minutes 25 seconds 30 milliseconds, the terminal converts the 
initial position into a unit of milliseconds in advance. In this case, 10:25:30 = 625,030 
milliseconds. The calculated value is converted into the number of frames using the re- 
producing time per frame (ms/frame) used Ln the audio meta data. 

[80] The number of frames is calculated as 625,030/32 = 19,532, and accordingly, an 

axiio data frame following the 19,532th frame is the initial position. Also, a chunk to 
which the 19,533*^ frame belongs is calculated. That is, the size of 19,532 frames is 
calculated as 19,532*(the number of bytes allocated to a frame) = 19»532*120 = 
2,343,840 bytes. 

[81] The size of data included in the ac3 axlio data field 620, not including the chunk 

header field 610, is (the size of chunk - the size of chunk header) = 8,192 - 21 = 8,171: 
When the size of total frames is divided by the size of data, 2,343,840/8,171 = 285 
chunks. Therefore, audio data starting from a 287 * chunk is received. Here, a location 
of the 287* chunk converted into a unit of bytes is 285*(the size of chunk), a 
2342,912** byte position. 

[82] The terminal transmits the following message including byte position information 

caloilated as described above to the server to receive aidio data: 

[83] GET /audio.ac3 HTTP/LO 

[84] Date: Fri, 20 Sep 1996 08:20:58 GMT 

[85] Connection: KeepAlive 

[85] User^gent ENAV 1.0(Manifacturer) 

[87] Range: 23429 12-235 1 103. 

[88] The server transmits an aiidio data file audio.ac3 to the terminal. Here, the ac3 file 

can be read from a disc or received fit)m the server via a network. 

[89] FIG. 7 is a block diagram of a terminal including a round type buffer. 

[90] Referring to FIG. 7, a terminal 700 stores a received markup resourcf^ data 

audio.ac3 file in a markup resource biffer 702 included in the terminal 700. The 
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marioip resoirce buffer 702 is a roiiid type bif fer and consecutively receives and 
stores data in nultiple chunk units. A markup resource decoder 704 decodes the 
audio.ac3 file stored in the round type markup rescurce btffer 702 and outputs the 
decoded axlio,ac3 file. 

[91] DVD AV data stored in a reconling medkim 705, such as a disc, is transmitted to a 

DVD AV data biffer 701, and a DVD AV decoder 703 decodes the DVD AV data. 
Finally, the DVD AV data decoded by the DVD AV decoder 703 and the axlio.ac3 
file decoded by the markup resource decoder 704 are reprodbced sinultaneously. 

[92] FIGS. 8 A and 8B are detailed diagrams of chunk headers according to em- 

bodiments of the present invention. 

[93] A chunk header according to an embodiment of (he present invention can be 

defined to follow the ISO/IEC-13818 Part 1 and a DVD standard such that a DVD file 
can be easily decoded. As shown in FIG. 8 A, in a program stream (PS), the chunk 
header includes a pack header 810, a system header 820, and a PES header 830, which 
are written in ISO/IEC-13818. Also, only one of the pack header 810 and the system 
header 820 can be mcliKded in the chunk header. As shown in FIG. 88, in a transport 
stream (TS), the chunk header includes a TS packet header 840 and a PES header 850. 

[94] A presentation time stamp (PTS) of chunk data is included in the PES headers 830 

and 850. If a fragmented frame exists at an initial position of an audio data field, the 
PTS indicates an initial position of a till frame. 

[95] FIG. 9 illustrates a process of reading chunk aidio data stored in a buffer, decoding 

the chunk aniio data, sj'nchronizing the decoded chunk aidio data with video data, 
and outputting the synchronized audio and video data. 

[96] Synchronization between chunk audio and DVD video is performed as follows. 

[97] A markup resource decoder 704 confirms a repiodicing time position of current 

DVD video. If it is assumed that the reprodb;:ing time position is 10 minutes 25 
seconds 30 milliseconds as above, a location of relevant chunk aidio can be easily 
determined. A method of reprodcing audio using an ECMAScript will now be 
described using APIs. 

[98] (objl.elapsedJTime is API transporting reprodbcing time position information of 

the DVD video. 

[99] Also, regardless of whether synchronization with the DVD video is reqiired and 

. whether synchronization with the reprodixjing time position information of the DVD 
video is regr ^^i^^ ^^^^-^ th f r^tmV audio is f;ynrhroni7Pd -and Tpprndice A4h&^PT; rnbji.. 
.playAudioStream(Tittp://www,company,coni/audio^cpV10:25:30\tnie),desi^^ 
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where the chunk audio is located is required. 
[1001 The above API indicates (hat a designated ajdio meta file, such as 

Tittp'y/www.company,com/ajdio.asp*, has been downloaded and decoded, and when 
the DVD video is being reprodbced for 10 minutes 25 seconds 30 milliseconds until a 
relevant point in lime, reprodtction of the chunk audio starts by synchronizing an 
axiio frame obtained by a PTS calculation of a chunk aidio stream corresponding to 
the time. 

[101] However, the API below is used when an audio clip is reproduced when the adio 
clip is repnxbced as an infinite loop without synchronization or when the audio clip is 
reproduced only once: 

[102] [obj].playAudioClipChttpy/wvvw.company.com/ajdio.acp\ - 1). 

[103] The API is used for downloading and decoding a designated aidio meta file from 
'httpy/www.companyxom/aidio.acp', downloading a relevant audio clip to a markup 
rescurce biffer 702, and reproducing the audio clip using the infinite loop. 

[104] Here, instead of forming a file including the audio meta data, it is also possible to 

calculate the axlio meta data using a program language (for example. Javascript, Java . 
language) or a tag lan^ge (for example, SML, XML), directly extract information 
related to frames, and reprodbce the audio clip. 

[105] Also, embodiments of the present invention can be applied to not only audio data . 

but also multimedia data configured with a fixed bitrate, for example, media data such 
as video, text and animation graphic data. That is, if the video, text and animation 
graphic data have a chunk data configMration, it is possible to reprodbce the video, text 
and animation graphic data in synchronization with the DVD video. 

[106] FIG. 10 is a flowchart illustrating a method of calculating an initial position of 
audio data according to an embodiment of the present invention. 

[107] Reprodx:tion initial time information of an aidio file is converted into the number 

of frames forming ajdio data in step SIOIO. The number of frames is converted into an 
initial position of a chunk in step S1020. Byte position information corresponding to 
the initial position of the chunk is calculated in step S1030. The byte position in- 
formation is transmitted to a server in step S1040, and the audio data, starting from the 
desired position, is received fiom the server. 

[108] The invention can also be embodied as computer readable codes on a computer 
readable recording medinn. The computer readable recording medium is any data 
storage device that can store data which can be thereafter read bv a computer svstem. 
Examples of the computer readable recording medium include read-only memory 
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(ROM), random-access memory (RAM), Q)-ROMs, magnetic tapes, floppy disks, 
optical data storage devices, and carrier waves (such as data transmission thragh the 
The Internet). The computer readable recording medkm can also be distributed over 
netvi^ork coupled computer systems so that the computer readable code is stored and 
executed in a distributed fashion. 
[ 109] While this invention has been particularly shown and described with reference to 
preferred embodiments thereof, it w^ill be understood by those skilled in the art that va 
nous changes in form and details may be made therein without departing from the 
spirit and scope of the invention as defined by the appended claims. The exemplary 
embodiments should be considered in descriptive sense only and not for purposes of 
limitation. Therefore, the scope of the invention is defined not by the detailed de- 
scription of the invention but by the appended claims, and all differences within the 
scope will be construed as being included in the present invention. 
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Claims 



[2] 
[3] 

[4] 
16] 

[7] 



1. A miltimedia data reprodring apparatus comprising: 

a decoder receiving A V data, decoding the AV data, and reprodicing the A V 
data in sj'nchrooization with predetermined markup data related to the A V data; 
and 

a markup resource decoder receiving location information of video data being 
reproduced by the decoder, calculating a reproducing location of the markup data 
related to the video, and transmitting the reproducing location of the markup data 
to the decoder. 

2. The apparatus of claim 1, farther comprising a markup resource biffer 
receiving and storing the markup data. 

3. The apparatus of claim 2, wherein the markup resource buffer is a round type 
btffer and stores markup resource data related to the AV data in predetermined 
chunks units. 

4. The apparatus of claim 3, wherein the chunk comprises: 

a chunk header field including synchronization information determining a 
reference point in time for reproducing aidio: and 
an audio data field in which aidio frames are stored. 

5. The apparatus of claun 1, wherein the markup data is audio data. 

6. A method of receiving audio data, the me±od comprising: 

receiving meta data including attribute information of audio data from a server; 
calculating an initial position information of the audio data, transmission of 
which is requested, according to the attribute information included in the meta 
data; and 

transmitting the calculated initial position information to the server and receiving 
the sudio data corresponding to the initial position. 

7. The method of claim 6, wherein the meta data comprises: 
information regarding a compression format of aiidio data; 

information regarding the number of bytes allocated to a single frame included in 
the audio data; 

time information allocated to the single frame; 

information regarding the size of chunk data, which is a transmission unit of the 

aidio data, and information of the size of chunk head; and 

locaiiuu infoimaliuu legat Jlug a server in which Ltie amo oata is stor'ea 
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[8] 8. The method of claim 6, wherein the calculating the initial position information 

comprises: 

receiving time information indicating an initial position of the adio data, 
transmission of which is requested; 

converting the time information into information indicating the number of 
frames forming the audio data; 

converting the information indicating the number of frames into initial position 
information of a chunk forming the axlio data; and 

calculating byte information corresponding to the initial position information of 
the chunk. 

[9] 9. A method of calculating a location of aiidio data, the method comprising: 

converting initial time information of data, transmission of which is requested, 
into the number of frames included in the audio data; 
converting the number of frames into initial position infomaation of a chunk 
which is a transmission unit of the audio data; and 

calculating byte position information corresponding to the initial chunk in- 
formation. 

[10] 10. The method of claim 9, wherein the chunk comprises: 

a chunk header field including synchronization information determining a 

reference point in time for reproducing aLidio; and 

an arfio data field in which frames forming the audio data are stored. 

[11] 1 1 . A recording medium having recorded thereon audio meta data comprising: 

information regarding a compression format of audio data; 
information regarding the number of bytes allocated to a single frame included in 
the aidio data; 

time information allocated to the single frame; 

information regarding the size of chunk data, which is a transmission unit of the 
adio data, and information of the size of chunk head; and 
location information regarding a server in which the aidio data is stored. 
[12] 12. A recording medium having recorded thereon an audio data structure of 

comprising: 

a chunk head field including synchronization information determining a 
reference point in time for reproducing the aidio data; and 
an audio data field in which fi'ames forming the audio data are stored. 



[13] 13. The method of claim 12, wherein the chunk header field includes at least one 
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of a pack header field and a system header field, which are defined Ln an MPEG- 
2 standard 

[14] 141 The method of claim 12, wherein the chunk header field includes a TS packet 
header field, which is defined in a n MPEG-2 st andani. 



[15 J ' i . 15. The method of claim 12, wherein the chunk header field includes a PES 
header field, which is defined in an MPEG-2 standard- 

[16] 16. A computer readable medium having recorded thereon a computer readable 

program for performing a method of receiving audio data comprising: 
receiving meta data including attribute information of adio data from a server; 
calculating an initial position information of the audio data, transmission of 
which is requested, according to the attribute information included in the meta 
data; and 

transmitting the calculated initial position information to the server and receiving 
the audio data corresponding to the initial position. 
[17] 17. A computer readable medium having recorded thereon a computer readable 

program for performing a method of calculating a location of audio data 
comprising: 

converting initial time information of data, transmission of which is requested, 
into the number of frames included in the audio data; 
converting the number of frames into initial position information of a chunk 
which is a tmnsmission unit of the audio data; and 

calculating byte position information corresponding to the initial chunk in- 
formation. 
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